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DESCRIPTION 

APPARATUS AND METHOD FOR DISPLAYING INFORMATION RELATING 
5 BUSINESS SCHEDULES 

TECHNICAL FIELD 

The present invention relates to a method and apparatus for displaying 
information relating to business schedules and business applications associated 
10 with the business schedules. 

BACKGROUND ART 

Schedulers capable of storing schedules and displaying schedules t hem-are 
widely known. 

15 A business performer user can input business business schedules to be 

performed by himself or hersel f information, and display r efer to the stored 
schedules information to confirm them in cases he or her needs i t as necessary . 

By the way, when When a business performer user performs a business on 
th ecarries out a scheduled business schedules activity , he or she often needs to 

20 submit an application associated with the bu s iness activity . For example, when a 
business trip is scheduled, it is required for the a business performe r user may have 
to submit a written application to his or her supervisor to request traffic traveling 
expenses necessary to go to a destination of the business trip to his or her 
supervisor . Alternatively Also , if th e re is a schedule o f it is necessary to work 

25 overtime— work, a written application for ite-permission should be submitted. 
Furthermore, there is a case that a busines s performer user submits a written 
application to request a day off when he or she has finished after completing a 
business activity , and such an application has no direct relation to the business. 
Hereinbelow, an application submitted by a business performe r user will be referred 



F0386/3092 

2 

to as a business application. 

As can be understood from the above examples, a business performe r users 
are-is required to properly handle business applications related to each business 
schedule activity , in addition to management managing o£-his or her business 
5 schedule. 

However, schedules and business applications are managed by 
independently syst e ms, respective! v of each other . Therefore, if a bu s iness 
performer wants to confirm progress of a business application already submitted 
for his or her own busines s schedules and how far the business application has 
10 been approved at present , thea business performer user is obliged to do it using use 
different systems. Such a Obtaining confirmation in such a way is complicated-+n 
op e rations . 

DISCLOSURE OF THE INVENTION 

15 The present invention has been made to-4ake in view of the foregoing 

circumstances into account , and an object of the present invention is to provide a 
method and apparatus enabling business performe r user s to easily manage both 
their schedules and business applications related to the schedules. 

In order to achieve the object, the present invention provides a scheduler 

20 comprising storage means for storing a business schedule of a business 
performe r user and application information indicating a matter requested business 
application submitted by the business performe r user bemg-in correlated correlation 
with each other, extracting means for extracting the business schedule and the 
application information stored in the storage means, and display means for 

25 displaying the extracted business schedule and application information being in 
correlated correlation with each other. 

According to the scheduler, business schedules of a business performe r user 
and application information are displayed being in correlated correlation wach with 
each other. Therefore, the business p e rformer user can easily manage his or her 
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own business schedules and applications matt e rs only simply by referring to this 
display. 

An example of application information is information to request an 
approval about of a special matter. In this case, examples of the-a_special matter 
5 include at least efte-e£-doing overtime work and getting taking a day of f work . 

Another example of application information is information to carry out a 
special jeb activily . In this case, examples of the-a_special ieb -activitv include at 
least ene-ef-payment of transportation expenses, givmg -pavment of an allowance 
and fftvift^ provision of an expense account. 
10 In a preferred embodiment, the display means displays both the business 

schedule and the application information on the same screen. 

In another preferred embodiment, the display means is capable of 
selectively switching between a first display screen displaying the business 
schedule and a second display screen displaying the application information 
15 corresponding to the business schedule in response to an operation e^by the 
business performe r user . 

In a -the preferred embodiment, display means displays the type of the 
requested matter indicated by the application information —and progress of 
approval processing for the business application. 
20 In this embodiment, the display means displays the type of the requested 

matter and the progress of approval processing by means of an icon. In stead of 
thi sAlternatively , the display means may express indicate the progress of the 
approval processing for the business application by a — displaying a specific 
background color of a screen to be displaye d on the screen . 
25 In a -the preferred embodiment, the display means is provided in a mobile 

communication terminal that communicates data through a wirelessl y manner . 

The present invention further provides a schedule displaying method 
comprising the steps of extracting a business schedule and application information 
from among business schedules and application information stored in storage 
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means, each business schedule and each item of application information being 
correlated with each other, and displaying the extracted business schedule and 
application information bemg-in correlatedion each other . 

In a -the p referred embodiment, the displaying step is a step for displaying 
5 both business schedule and application information on the same screen. 

In another preferr e d embodiment, the displaying step includes the steps of 
displaying the business schedule, receiving an operation of the business 
performer user to select a desired business schedule from the business schedule 
displayed, and displaying the application information stored being correlated in 
10 correlation with the selected business schedule. 

The scope of working of the present invention includes not only the 
production and selling of the scheduler described abov^ but also embodiments 
which include distributing a program causing a computer to aet -perform as such a 
scheduler to users through an electronic communication link, or recording such a 
15 program in computer readable media and distributing them to users. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Fig.l is a block diagram exemplifying the entire configuration of a system 
according to an embodiment of the present invention. 
20 Fig.2 is a block diagram showing the configuration of a PC k -according to 

the embodiment. 

Fig.3 is a block diagram showing the configuration of a local server 
according to i n-the embodiment. 

Fig.4 is a format diagram showing an example of a~route information 
25 storage according to i n-the embodiment. 

Fig.5 is a format diagram showing an example of ste ffstaff member 
information storage according to i n-the embodiment. 

Fig.6 is an illustration pictorially showing an example of a circulation route 
table according to i fKhe embodiment. 
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Fig.7 is a format diagram showing an example of a-schedule information 
storage according to k nthe embodiment. 

Fig. 8 is an illustration pictorially showing an example of a GUI displayed 
in the PC 10 according to ift-the embodiment. 
5 Fig.9 is an illustration pictorially showing an example of the GUI displayed 

in the PC 10 according to m-the embodiment. 

Figs.lOA, 10B, 10C, 10D, lOEand 1 OF are illustrations pictorially showing 
examples of icons displayed on the GUI according to i n-the embodiment. 

Fig. 11 pictorially shows illustrates an example of a GUI displayed on a 
10 display 15 of the PC according to ia-the embodiment. 

Fig. 12 illustrates an example of the GUI displayed in the PC 10 according 
to_w-the embodiment. 

Fig. 13 illustrates an example of the GUI displayed in the PC 10 according 
totfl-the embodiment. 
15 Fig. 14 pictorially show illustrate s a color tone table used in the 

embodiment. 

Fig. 15 illustrates an example of the GUI displayed in the PC 10 used in the 
embodiment. 

Fig. 16 illustrates an example of the GUI displayed in the PC 10 used in the 
20 embodiment. 

Fig. 17 is a flowchart showing an operation executed in accordance with a 
main routine of a registration/reading program by a CPU of the PC used in the 
embodiment. 

Fig. 18 is a flowchart showing an operation for making an application 
25 document executed by a CPU of the PC used in the embodiment. 

Fig. 19 is a flowchart showing an operation in which a circulation route is 
set by the CPU of a local server used in the embodiment. 

Fig.20 is a flowchart showing an operation in which an application 
document is circulated by the CPU of a local server used in the embodiment. 



F0386/3092 



6 

Fig.21 pictorially illustrates an example of an approval screen displayed on 
the PC used in the embodiment. 

5 BEST MODE FOR CARRYING OUT THE INVENTION 

Referring to the accompanying drawings, embodiments of the present 
invention will now be described. However, the present invention witi-is not be 
restricted to such embodiments, but -and various changes can be made within its 
technical concept. 
10 A: Configuration 

The configuration of an embodiment will now be described. 
(1) Configuration of entire system 

Fig.l is a block diagram entirely showing the entire configuration of a 
system according to the embodiment. 
15 As shown therein, the system comprises a plurality of personal computers 

(hereafter, called PCs) 10-1 to 10-5, a local server 20, and a communication line 30 
mutually connecting those components. 

The PCs 10-1 to 10-5 are computers to be used by staff members and each 
PC has a functions of producing schedule information and various types of 
20 application document information related to the schedule information in response 
to, for example, operations performed by a staff member. Hereinbelow, when any 
one of unspecified PC in the PCs 10-1 to 10-5 is te-be-referred to, such a PC it will 
be referred to as "PC 10." 

The local server 20 preserves the schedule information produced by the 
25 PCs 10, circulates application document information relating to the schedule 
information among the PCs, and manages approval conditions of the applications. 
Data of an application which has been approved a*e-is_sent from the local server 20 
to an account system not shown, where the data afe-is subjected to account 
processing concerning the application . 
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(2) Configuration of PCs 10 

With reference to a block diagram shown in Fig.2, a configuration eaeh-of 
PC 10 will now be described in its configuration . As shown therein, the-PC 10 
includes a communication unit 11, CPU (Central Processing Unit) 12, ROM (Read 
5 Only Memory) 13, RAM (Random Access Memory) 14, display 15, operation 
device 16, hard disk unit 17, and bus 18 mutually connecting those components. 

The communication unit 11 comprises a connection interface to the 
communication circuit 30 and communication control circuit, and enables data 
communication with the local server 20 through the communication line 30. 
10 The ROM 13 is a read-only program memory. The CPU 12 executes 

control programs read from the ROM 13 in order to control the entire PC 10. Jft 
such control the The RAM 14 is used as a work area for the CPU 12. 

The display 16 is a display device, such as a CRT (cathode-ray tube) 
display or liquid display, and under control of the CPU 12, displays various pieces 
15 of information including, for example, schedule information and application 
document information. 

The operation device 16 is composed of a keyboard or mouse (not shown) 
and receives user's operations to provide the CPU 12 with signals indicating the 
operations through the bus 18. 
20 The hard disk unit 17 is a memory for storing various application programs 

which will be installed into the PC 10. Such applications programs include a 
registration/reading program 17a and a document approval program 17b, for 
example. 

The document approval program 17b is a program for displaying on the 
25 display 15 an application document circulated by the local server 20, receiving aft 
operation a decision of approval/non-approval^ defte- made by a staff member who 
referred to the displayed application document, and informing the local server 20 
of the operation. 

The registration/reading program 17a is a program for producing schedule 
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information and application document information accompanying the schedule 
information, in response to an operation done a decision by a ste ffstaff member, 
and displaying schedule information and application document information 
accompanying the schedule information, which are stored in the local server 20. 
5 Executing the registration/reading program 17a enables the display of a 
later-described GUI (Graphical User Interface) on the display 15. On the GUI, 
schedule information is displayed and information on application documents 
accompanying such information is expressed indicated by icons and color tones ef 
rt son the screen. 

10 (3) Configuration of local server 20 

Referring to the block diagram shown in Fig. 3, the configuration of the 
local server 20 will be described. As shown therein, the local server 20 is 
provided with a communication unit 21, CPU 22, ROM 23, RAM 24, hard disk 
unit 25, and bus 26 which connects those constituents with each other. 

15 The communication unit 21 comprises a connection interface to the 

communication line 30 and communication control circuit, and enables data 
communication with the PCs 10 through the communication line 30. 

The ROM 23 is a read-only program memory. The CPU 22 executes 
control programs read from the ROM 23 in order to control the entire local server 

20 20. In such control the The RAM 24 is used as a work area for the CPU 22. 

The hard disk unit 25 stores a document circulation program 25a and a 
circulation route table 25b. The hard disk unit 25 has a storage area for storing 
the program and table, and three storage areas consisting of a schedule storage 25c, 
route information storage 25d and sttrf fstaff member information storage 25e. 

25 The schedule storage 25c stores schedule information produced by the-PCs 

10. 

The document circulation program 25 a is a program for determining a 
circulation route of application document information produced by one of the PCs 
10 and circulating the application document information to each PC 10 through the 
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determined circulation route. Information necessary for determining such a 
circulation route is stored in both of the route information storage 25d and the 
steffstaff member information storage 25e. 

A determined circulation route is written into the circulation route table 25b 
5 by the CPU 22. The hard disk unit 25 has an address table (not shown) having a 
plurality of data units, each of which shows correspondence between the ste ffstaff 
member code of each ste ffstaff member and the address of the ste ffstaff member's 
PC 10. Using as keys steffstaff member codes obtained by referring to the above 
circulation route, the CPU 22 retrieves addresses of PCs 10 of the members in the 

10 addresses table, and circulates aflnapplication document information based on the 
resultant r esulting addresses. Information indicating whether or not each 
ste ffstaff member on the circulation route has approved the application is also 
written in the circulation route table 25b. 
(4) Configuration of schedule storage 25c 

15 Fig.4 shows an example of format of data stored in the schedule storage 

25c. As shown therein, each "ste ffstaff member code" and —schedule 
information about a ste ffstaff member indicated by the ste ffstaff member code are 
stored being in correlated correlation with each other. Each item of schedule 
information is composed of a "schedule code," "planned time and date," "planned 

20 place," and "schedule content." 

The "schedule code" is information identifying each schedule. Each 
schedule code is unique and specifies only one schedule. The schedule code is 
assigned in common te -with each schedule and each item of application document 
information accompanying the schedule. This makes it possible to manage the 

25 schedule information and the application document information being in correlated 
correlation each other. 

In the example shown in Fig.4, a ste ffstaff member indicated by the 
ste ffstaff member code "E0001" has a plan is scheduled to attend a "project 
meeting" at the "head office" from " 10:00 to 12:00 on April 25, 2000." In this 
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example, a schedule code of "E0001-N0001" is assigned to this schedule 
information. 

Of this schedule code "E0001-N0001," the part "E0001" shows code 
information which is common to the ste ffstaff member code inherent to each 
5 sto ffstaff member, while the part "N0001" shows code information fixed to each 
schedule of the sto ffstaff member. 

(5) Configuration of route information storage 25d 

Fig.5 shows an example of format of data in the route information storage 
25d. A "document code" shown therein is identification of each item of 

10 application document information, and "route information" is information 
indicating destinations on the circulation route of the application document 
information^ and the order in which the application document information is 
transferred, which are— is predetermined based on house instructions. The 
destinations on the circulation route are expressed by "managerial post codes" to 

15 specify desired managerial posts. For example, an "application of traffic for 
traveling expenses" indicated by the document code "DOC0001" is to be 
circulated in the order of the managerial posts "P01," "P03," "P04," to "P05," that 
is, person in charge, section chief, assistant manager of department, to department 
manager. 

20 In addition, the figures of each managerial post, which follow "P," means 

indicate the rank level of each managerial post, in which the rank level-becomes 
lower as the figures becomes smaller. For instance, "P01" is a managerial post of 
which rank level is the lowest rank . 

The CPU 22 of the local server 20 uses as a key the document code of 

25 application document information made by each PC 10 in order to retrieve 
information in the route information storage 25c, thereby extracting necessary 
route information based on a managerial post name. 

(6) configuration of sfa ffstaff member information storage 25e 

Fig.6 shows a format of data in the stu ffstaff member information storage 
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25e. In this figure, a "ste ffstaff member code" is an identification code of each 
ste ffstaff member, "department code" is an identification code of each department, 
and "section code" is an identification code of each of the sections composing of a 
certain department. For example, it is meant that a ste ffstaff member "B" 
5 indicated by the ste ffstaff member code "E0002" belongs to the first sales section 
indicated by the section code "SOI" in a business department indicated by the 
department code "D01," and the ste ffstaff member is a chief clerk. 

As is_described above, the CPU 22 of the local server 20 uses the route 
information storage 25d to extract route information based on the managerial post 

10 name. Furthermore, the CPU 22 replaces a managerial post code included in the 
route information with a ste ffstaff member code stored in the sfa ffstaff member 
information storage 25e. This yields a circulation route whose destinations are 
expressed by the stef f staff member codes. 
(7) Configuration of circulation route table 25b 

15 Fig.7 is a format that exemplifies the circulation route table 25b. In the 

circulation route table 25b, stored are a "schedule code," "document code" of the 
application document information accompanying the schedule indicated by the 
schedule code, "circulation route and approval condition" of the application 
document, "current circulated destination circulation destination ," and "approval 

20 condition," all of which are correlated with each other. 

For example, in this figure, as the application document information 
accompanying the schedule of a schedule code "E0001-N0001," there are types of 
documents indicated by the document codes "DOC0001" and "DOC0002." And 
Also, the example shows that the application document indicated by the document 

25 code "DOC0001" will be circulated along a circulation route of "E0001, E0003, 
E0004, to E0005," while the application document indicated by the document code 
"DOC0002" will be circulated along a circulation route of "E0001, E0003, to 
E0004." 

The "current circulated d e stination circulation destination" is information 
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that shows at which destination the application document is in the circulated-ion 
route is now under reading . The example shows that application documents 
indicated by the document codes "DOC0001" and "DOC0002" are currently 
circuited circulated to the-"E0004" for reading. 
5 Further, the "approval condition" is information showing to which stage 

thtrt-the approval for each application document has progressed to which stage . 
To be specific, this information is a fraction which has as a denominator, the 
number of circulated destination circulation destination s other than a sftrf fetaff 
member who made -submitted an-the application document and, as a numerator, the 

10 number of circulated destination circulation destination s who have where already 
approved the application document is already approved . The example shown 
means that an application document indicated by the document code "DOC0001" 
has an approval condition of 1/3, because one circulated destination circulation 
destination "E0003" of aH-the three circulated destination circulation destination s 

15 "E0003, E0004 and E0005" has already approved it. Further, an application 
document indicated by the document code "DOC0002" has an approval condition 
of 1/2, because one circulated destination circulation destination "E0003" of aH-the 
two circulated destination circulation destination s "E0003 and E0004" has already 
approved it. 

20 Accordingly, when the last circulated destination circulation destination 

located at the last of a certain circulation route approved a document, the numerical 
value showing the approval condition is "1," because beth-the denominator and the 
numerator for the approval condition are equal to each other . Namely, the nearer 
the numeral value for the "approval condition" to "1," the more the approval 

25 advances. 

The foregoing "current circulated destination circulation destination " does 
not always agfee -correspond w ith-to a circulated destination circulation destination 
that has completed the approval. For example, a schedule indicated by the 
schedule code "E0002-N0024" accompanies two application documents indicated 
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by the document codes "DOC0025" and "DOC0101." It is moant This means that, 
of these documents, one application document shown by the document code 
"DOC0025" has already been circulated to a destination shown by the code 
"E0220," and approved by the destination, because its approval condition is "1/1." 
5 On the other hand, an application document expressed by the document code 
"DOC0101" has already been circulated to the last destination shown by the code 
"E0652," but has not been approved yet by a circulated destination circulation 
destination shown by the code "E0652," because its approval condition is "2/3." 
The condition is that only a circulated destination circulation destination indicated 

10 by the code "E0485" approved it. 
(8) Configuration of GUI 

The configuration of the GUI displayed on the display 15 of each of the 
foregoing PCs 10 will be described. 

The CPU 12 of each PC 10 executes the registration/reading program 

15 stored in the hard disk unit 17 to display a GUI shown in Fig.8 on the display 15. 

In the figure, a reference F10 designates a group of schedule columns 
corresponding to different time bands. A ste ffstaff member can operate a mouse 
to point to a desired one of the columns F10 to select a desired time band and 
writes into the selected time band of the schedule column F10 a place and/or 

20 content of a schedule with a keyboard or mouse. Fig._9 pictorially 
exemplifies shows the GUI in which for a schedule for attending a "project 
meeting" to be held at the "head office" from "10:00 to 12:00 on April 25." 

In Fig.8, a reference F20 designates icons showing types of various 
applications that accompany schedules. 

25 These icons will be described with reference to Figs.lOA to 10F Fig.lOA 

shows an icon indicating application of overtime work, Fig. 1 0B shows an icon 
indicating application of traffic traveling expenses, Fig. 10C shows an icon 
indicating application of approval to take a taxi, Fig.lOD shows an icon indicating 
application of payment of social expenses/meeting expenses, and Fig.lOE shows 
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an icon indicating an application ef -for a day of f work . Further, Fig. 10F shows 
an icon indicating, not an application, but attached information correlated to some 
extent with a desired schedule to some extent . For instance, in the case that the 
schedule is a meeting, the attached information includes information about 
5 materials and others etc. for use in the meeting. 

After inputting a desired schedule, the ste ffstaff member points at any of 
the icons F20 with the mouse, the format of an application document necessary for 
an application shown by the pointed icon will then be displayed on the display 15. 
Fig. 11 illustrates a format for the application of traffic expenses traveling expenses , 

10 which is displayed on the display 15, in cases the icon showing the application of 
traffic expenses traveling expenses was pointed at. Accordingly, the ste ffstaff 
member may make the application document according to the displayed format. 

When the sfa ffstaff member has made the application document, the icon 
showing the type of the application document is displayed in the schedule column 

15 F10. Fig. 12 illustrates an example of the GUI obtained when the applications for 
traffic expenses traveling expenses and social expenses/meeting expenses have 
been made accompanying wkh-scheduling "project meeting at head office" from 
"10:00 to 12:00 on April 25." The stu ffstaff member can easily understand which 
application has already been made in relation to which schedule with reference to 

20 the GUI. 

The application document thus made is approved in turn by each circulated 
destination circulation destination , and the approval condition about the application 
is held in the circulation route table 25c. This approval condition is represented 
by the background color of the schedule column F10 of the GUI. For example, 
25 Fig. 13 pictorially shows the GUI that represents an approved condition for the 
application with regard to "10:00 to 12:00 on April 25." In this figure, the 
background color of the schedule column F10, which corresponds to "10:00 to 
12:00 on April 25," is set krte-to a color tene-that corresponds to the approved 
condition of the application shown by the icon within the schedule column F10. 
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In the hard disk unit 17 of each PC 10, a color toae -tone table shown in Fig. 14 is 
stored. The CPU 12 makes reference to the color tone table to determine a 
background color corresponding to individual approved condition, and paints 
applies to one or more necessary time band ift-the determined color. In the color 
5 tone table, there are a series of background colors whose color tone becomes 
deeper as the numerical value of the approval condition comes closer to "1." 
Thus the more the approval condition advances, the deeper in-the color tone e^-of 
the backgroun d becomes . However, in cases where a plurality of icons exists in 
one section of the schedule column F10, an approval condition which has the 

10 highest priority is selected and the background color corresponding to the selected 
approval condition is determined. There are some methods for determining 
priority. In an example of the method, an approval condition of an application 
having the highest progressive level is determined to have the highest priority 
among the applications indicated by the icons. In another example, rejection is 

15 regarded as more important than approval. That is, when one of the applications 
corresponding to the icons is rejected, the background is displayed in the color 
corresponding to the rejection. 

The sfa ffstaff member can visually understand how the circulation of an 
application document advances with reference to such background color of the 

20 schedule column F10. 

In the case that an application is finally approved, that is, the numerical 
value for the approval condition in the circulation route table 25c becomes "1," the 
icon corresponding to that application is circled,, as shown in Fig. 15. The 
background of an objective section of the schedule column is painted in a color 

25 tone corresponding to an application shown by an icon that has not been circled 
yet. 

Referring to which icon is circled allows the stu ffs taff member to visually 
comprehend whether an applied application document is finally approved or not. 

Referring to Fig.8 again, a reference F30 shows an icon for displaying 
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schedules month by month. Clicking this icon causes the display screen to move 
to that for monthly schedules, as shown in Fig. 16. When an icon F31 shown in 
Fig. 16 is clicked, the monthly display screen shown in Fig. 16 is allowed to 
transferred to the daily display screen shown in Fig.8. 
5 Furthermore, references F40 and F50 shown in Fig.8 are icons to move to a 

display screen for the last day's schedule or the next day's schedule. In other 
words, in the condition shown in Fig.8, when a sfaf fstaff member clicks the icon 
F40, the display screen transfers to that for schedules on April 24. If the icon F50 
is clicked, the display screen is made to transfer to that for scheduled schedules on 
10 April 26. 

As stated above, the GUI is able to display on the same screen schedules 
and information in relation to applications accompanying te-the schedules, under 
the condition that both of the schedules and the information are correlated each 
other. 
15 B: Operation 

An operation of the embodiment configured above will now be described. 

Hereafter, the-a_description will be given to each of the operations divided 
into three parts o ^as follows: (1) making schedule information and an application 
documents (2) circulating the application document^ and (3) displaying the 
20 schedule information and an approval condition. 

Hereafter, it is supposed that a stu ffstaff member whose stu ffstaff member 
code is "E0001" inputs a schedule Vindicating that he or she attends to a "project 
meeting" to be held at the "head office" from "10:00 to 12:00 on April 25, 2000 
A.D." and performs submits an application effor traffic e xp e nses traveling expenses 
25 and social expenses/meeting expenses. 

(1) Making schedule information and application document 

First, with reference to a flowchart shown in Fig. 17, an operation for 
causing the CPU 12 of each PC 10 to make both of schedule information and an 
application document will be described. 
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A sto ffstaff member operates the operation device 16 to input an instruction 
making causing a certain PC 10 to^start to execute registration/reading program 
17a. In response to the instruction, the CPU 12 reads out the program 17a from 
the hard disk unit 17 to load it into the RAM 14, and start to execute a main routine 
5 shown in Fig. 17. 

First, at step Sal, the CPU 12 displays on the display 15 a screen that wges 
prompts the sfa ffstaff member to input his or her ste ffstaff member code, and waits 
for an input operation done- performed by the stuffstaff member. The stu ffstaff 
member then inputs his or her stu ffstaff member code "E0001." 
10 Then, at step Sa2, the CPU 12 accesses the local server 20 via the 

communication line 30 by controlling the communication unit 1 1 . 

Then, at step Sa3, the CPU 12 uses, as a key, the stu ffstaff member code 
"E0001" input at step Sal, reads out the schedule information having the key from 
the schedule information storage 25c, then uses, as another key, a schedule code 
15 included in the read schedule information, and reads out an approval condition 
having the key on the circulation route table 25b. 

The CPU 12 then displays the read information on the GUI as described 
befef epreviously . In this case, it is assumed that there is no registration about of 
schedules to be defte -performed on April 25 in the schedule information storage 
20 25c. Accordingly, the screen at this time is displayed as shown in Fig.8. 

Then, at step Sa4, the CPU 12 scans the operation device 16 to determine ff 
whether an input operation there has been has been performed by a stuff staff 
membe r's input operation or not . If there has not been such anjnput operation, 
the determination result is "NO," the CPU 12 wiH-repeats the step Sa4. 
25 When a stuff staff member performs an input operation, the processing is 

made to go goes to step Sa5, where the CPU 12 determines whether the input 
operation is the-input of characters or not. If the determination is "YES," the 
processing is made to go goes to step Sa6 in order to display the characters. 

In the-a_case that the stuffstaff member inputs a schedule that he or she will 
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attends to a "project meeting" at the "head office" from "10:00 to 12:00 on April 
25, 2000 A.D.," the corresponding characters to this input are displayed. When 
the stuf fstaff member has finished te-input ting the schedule, the characters of 
"head office, project meeting" are displayed at the time bands of "April 25, 10:00 
5 to 12:00," as shown in Fig.9, before the processing is made to return to step Sa4. 

When the schedule has been inputted, the CPU 12 adds a schedule code of 
"E0001-N0001" to this schedule, then stores this in the RAM 14 with the schedule 
information. 

Then, to apply — select applications accompanying this schedule, the 
10 staff staff member first points with a mouse at an icon showing an application for 

traffic expen s es traveling expenses . As a result, the determination at step Sa4 

becomes "YES," then that at step Sa5 becomes "NO," thereby the processing 

thereby being made to go to step Sa7. 

At step Aa7, the CPU 12 determines ^- whether the input operation shows 
15 an application or not. In this case, the determination is "YES," so the processing 

goes to step Sa8, where the CPU 12 executes processing to make an application 

document, which will be described later. 

In this processing to make application documents, an application document 

for traffic expenses traveling expenses and an application document for social 
20 expenses/meeting expenses are made in response to the stuff staff member's 

operations. Every time when each one of these application documents is made, an 

icon for showing the application is displayed on the schedule column. Hence, 

when the processing to make the application documents is finished, the icons 

showing the application for traffic e xpenses traveling expenses and for social 
25 expenses/meeting expenses are displayed in the time bands of "10:00 to 12:00 on 

April 25" in the schedule column, where "head office, project meeting" is shown, 

as shown in Fig. 13. 

When the schedule input and the processing to make the accompanying 

application documents accompanying thereof are completed, the stof fstaff member 
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performs operations to establish the contents of the schedule and the applications. 
In response to the operations, the CPU 12 determines "YES" at step Sa4 in Fig. 17, 
"NO" at step Sa5, and "NO" at step Sa7, before proceeding to step Sa9. At step 
Sa9, the CPU 12 determines whether or not the input operations show the 
5 establishment of the contents. In this case, since the determination becomes is 
"YES," the processing proceeds goes to step SalO. 

At step SalO, the CPU 12 sends to the local server 20 data representing the 
schedule information and data showing the application documents accompanying 
the schedule information, which have been input by the ste ffstaff member, together 
10 with the s-te ftstaff member code, schedule code, and document code of the 
application documents. 

In this case, sent to the local server 20 are the schedule information of 
"head office, project meeting" assigned to "April 25, 10:00 to 12:00," data 
showing the applications for traffic expen s es traveling expenses and social 
15 expenses/meeting expenses, stef fstaff member code "E0001," schedule code 
"E0001-N0001," and document codes "DOC0001" and "DOC0002." 

When the sto ffstaff member performs an operation to terminate the 
registration/reading program, the determination at step Sail becomes "YES," thus 
the processing thus being ended. 
20 If the operation is made for objects other than the character input, 

application, establishment, and termination, the determination at step Sail is 
"NO," so other processing corresponding to the operation actually dette- performed 
will be executed. For example, such operations include operations for switching 
the display from the day display to the month display and from the ks ^previous 
25 day's schedule to the next day's schedule. 

The foregoing processing to make the application documents will now be 
described in detailed. 

Fig. 18 shows a flowchart showing such processing to make the application 
documents. 
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First, at step Sbl, the CPU 12 reads format data of an application document 
indicated by an icon selected by the steff staff member, from the hard disk unit 25 
of the local server 20. The read format data a?e-is_displayed on the display 15. 

When the ste ffstaff member operates the operation device 16 to performs 
5 input operations referring to the displayed format, the CPU 12 receives the 
command at step Sb2. 

Then, at step Sb3, it is determined *£ -whether or not the received operations 
show a command for ending the making of the document. If the received 
operations are operations other than the command el -for making the document, 
10 such as inputs of characters or symbols, the determination becomes "NO," then 
goiftg- the operation goes to step Sb4. 

At step Sb4, the CPU 12 executes processing corresponding to the input 
operation. For example, in this processing, input characters or symbols are 
displayed on the display 15. The processing is-again returned r eturns to step Sb2. 
15 In this way, the CPU 12 repeatedly receives user's input operations of characters to 
display those characters. 

When the sto ffstaff member finishes the— making of— the application 
document, he or she will make- perform operations to_showk*g it. This causes the 
determination at step Sb3 to be "YES," then the processing proceeds goes to step 
20 Sb5. 

At step Sb5, the CPU 12 displays on the schedule column an icon 
corresponding to the made application document, before returning to step Sa4 of 
the main routine shown in Fig. 17. 
(2) Circulation of application document 
25 The circulation of an application document will now be described. 

First, referring to a flowchart shown in Fig. 19, an operation to enables the 
CPU 22 of the local server 20 to specify a circulation route will be now 
detailed described in detail . 

As stated in the above item (1), responsively to data transmission of the 
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application document from the PC 10 to the local server 20, the CPU 22 of the 
local server 20 reads the document circulation program 25a from the hard disk unit 
25 and loads it into the RAM 24. This starts the-execution of the procedure ef 
shown in the flowchart shown in Fig. 19. 
5 First of all, at step Scl, the CPU 22 extracts from the received data the 

stu ffstaff member code, schedule code and document codes, stores the schedule 
information into the schedule information storage 25 c, and stores data showing the 
application document into a given memory area of the hard disk unit 25. 

In this case, in addition to extraction of the ste #staff member code 

10 "E0001," schedule code "E0001-N0001," and document codes "DOC0001" and 
"DOC0002," the schedule information of "head office, project meeting" 
corresponding to "10:00 to 12:00 on April 25" is stored into the schedule 
information storage 25c and data of the applications for traffic expenses traveling 
expenses and social expenses/meeting expenses are stored into the hard disk unit 

15 25. 

Then, at step Sc2, the CPU 22 uses the extracted document codes 
"DOC0001" and "DOC0002" as keys to retrieves information in the route 
information storage 25d shown in Fig.4, so that route information corresponding to 
each document code is obtained. In this embodiment, for the document code 

20 "DOC0001," information about a route of "P01 (person in chief), P03 (section 
chief), P04 (assistant manager of department), and te -finally P05 (department 
manager)" is obtained. On the other hand, for the document code "DOC0002," 
information about a route of "P01 (person in chief), P03 (section chief), and to 
finally P04 (assistant manager of department)" is obtained. 

25 Then, at step Sc3, the CPU 22 makes reference to the route information 

based on the position titles and information on the sfa ffstaff members stored in the 
ste ffstaff member information storage 25d, thus expressing circulation routes using 
stu ffstaff member codes. 

Specifically, retrieving using as a key the a ste ffstaff member code of a 
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sftrf fstaff member who made the document is carried out on data in the ste ffstaff 
member information storage 25e so that both department and section codes of an 
organization to which the stu ftstaff member belongs are extracted. Since the 
stu ffstaff member code has been provided from the PC 10 together with the 
5 application document data, as described befef epreviously , this code is used as well. 

Then, from data which corresponds to the organization shown by the 
department and section codes and stored in the staff staff member storage 25 e, 
stu ffstaff member codes corresponding to the position title codes contained in the 
route information are extracted. 

10 The position title codes contained in the route information are then replaced 

by the extracted sta ffstaff member codes, and a circulation route in which the 
sto ffstaff members who are destinations are defined by their sto ffstaff member 
codes is finally obtained. The circulation route thus obtained is written into the 
circulation route table 25b being correlated with the schedule code 

15 "E0001-N0001," before the processing is terminated. 

With reference to a sequence shown in Fig. 20, an operation of circulation 
of the application document will now be described. 

When the determination of the circulation route has finished, the process of 
the CPU 22 of the local server 20 proceeds to step Sdl shown in Fig.20. At step 

20 Sdl, the CPU 22 refers to the circulation route table 25b shown in Fig.7 to specify 
a destination to which the application document indicated by the document code 
"DOC0001" should be circulated next. In this embodiment, the circulated 
destination circulation destination «ex^located next to the person who wrote the 
document and is indicated by the sfa ffstaff member code "E0001," is a sfa ffstaff 

25 member whose code is "E0003." 

Then, at step Sd2, the CPU 22 refers to an not shown address table (not 
shown) and thereby obtains an address on the network of the PC 10 used by the 
sfo ffstaff member to which the application document will next be circulated. 
Using this address, the CPU 22 sends the application document indicated by the 
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document code "DOC0001." In this case, the CPU 22 writes "E0003" into a 
position of "current circulated destination circulation destination " that corresponds 
to the document code "DOC0001" on the circulation route table 25b. 

When the PC 10 receives the application document, the processing 
5 proceeds goes to step Sd3. At this step Sd3, the CPU 12 of the PC10 stewed 
stores temporarily the received data into the hard disk unit 17 and displays on the 
display 15 a notification informing that the application document has been 
received. 

When the ste ffstaff member, who has s aw — received the notification, 
10 performs an operation showing approval processing through the operation device 
16, the processing proceeds goes to step Sd4, where the CPU 12 operates so as to 
display on the display 15 an approval screen as_shown in Fig.21. 

As shown in Fig.21, information about applications which should be 
approved or non-approved, or, which have already been approved is displayed on 
15 the display 15. For example, this display shows that an application for a day off 
work on April 26 submitted by an applicant B has already been approved by the 
. stirff staff members who are in charge of approval. 

The sfa ffstaff members who are in charge of approval are able to perform 
an operation of approval/non-approval by pointing at an approval button Bl or 
20 non-approval button B2 with a mouse cursor . 

When a ste ffstaff member wants know details of an application, he or she 
points at_a detail button B3. The CPU 12 responds to this pointing such that it by 
reads -reading out data of the desired application document iera -firom the hard disk 
unit 17, then displays the data on the display 15. The ste ffstaff members can refer 
25 to a displayed application document to determine whether or not the application 
should be approved, and operates a predetermined operation. 

In response to a ste ffstaff member's operation showing the approval or 
non-approval for the application document, the processing is made to go goes to 
step Sd5, where the CPU 12 accepts this operation. 
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Then, at step Sd6, the CPU 12 sends to the local server 20 a notification 
showing the approval or non-approval together with the document code of the 
approved application document. 

When the local server 20 receives the data that have -has been sent from the 
5 PC 10, the processing proceeds goes to step Sd7. At step Sd7, the CPU 22 of the 
local server 20 updates the circulation route table 25b according to the received 
data. 

In this case, if approved, the CPU 22 rewrites a value of the approval 

condition iftfo-as "1/3" on the circulation route table 25b. Then, the processing by 
10 the CPU 22 is returned r eturns to step Sdl, so the foregoing circulation processing 

of the application document will be executed for the next sfaf fstaff member 

indicated by the "E0004." 

The processing described above will be performed in turn for all the 

destinations to be circulated o n the circulation route written in the circulation route 
15 table 25b. When the last destination to be circulated on the circulation route 

approves the application, the value showing the approval condition becomes "1." 

(3) Display of schedule information and approval condition 

Referring to the flowchart shown in Fig. 17, the display of schedule 

information and an approval condition will now be described. 
20 At step Sa3 shown s hown therein in Fig. 17 , the CPU 12 of each PC 10 reads 

out schedule information from the schedule information storage 25 e of the local 

server 20. Using a schedule code contained in the read schedule information, as a 

key, the CPU 12 further reads out a document code and an approval condition 

corresponding to the key and stored in the circulation route table 25b. In the case 
25 of the circulation route table 25b shown in Fig.6, the approval condition for a 

document code "DOC0001" is "1/3," while that for a document code "DOC0002" 

is "1/2." 

The CPU 12 then displays pieces of the read information on the GUI, as 
shown in Fig. 13. That is, of the read data of the approval conditions, color tone 
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data that corresponds to the numerical value (in this embodiment, "1/2") which is 
the closest to "1" tH=e-is_read out form the foregoing color tone table. The read 
color tone is then used in displaying the background color of the schedule column 
F10. 

5 Moreover, if the approval condition for the document code "DOC0001" has 

increased up-to "1," an icon showing the application effor traffic exp e nses traveling 
expenses , which corresponds to the document code "DOC0001," is circled as 
shown in Fig. 15. 

According to the present embodiment, both of schedule information on 
10 stu ffstaff members and type of applications and approval conditions that 
accompany the schedule information are correspondingly displayed on the same 
screen in the mutually correspondence fashion . This enables a stef fstaff member 
to easily manage both of his or her schedules and applications by only making 
reference to this screen. 
15 C: Modifications 

As stated befef epreviously , the present invention is not limited to the 
foregoing embodiments, but various modifications are available as described 
bellow. 

(1) Embodiment of PCs 10 

20 In the above embodiment, the PCs 10 connected to the communication line 

30 a^is^used. Instead of the PCs, a_PDAs (Personal Digital Assistants) in which 
a wireless communication system such as a PHS (Personal Handyphone System) is 
incorporated may be used. In this situation, the local server 20 is configured to be 
connected to a PHS network including the PHSs and data are— is mutually 

25 communicated to and from the PDAs via the PHS network. 
(2) Function of local server 20 

Although the foregoing embodiment employs the local server 20 that 
comprises the storing function of schedules and the reading function of application 
documents, these functions may be assigned to different nodes coupled with the 
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communication line 30. Alternatively, the storing function of schedules may be 
given to the PCs 10. 

(3) Configuration of GUI 

The layouts of the GUI shown in Figs.8, 9, 10A, 10B, 10C, 10D, 10E, 10F, 
5 11 to 13, 15, 16 and 21 show j ust show one example. Other various types of 
layouts of the GUI can be devised with consideration of maneuverability and a 
visual performance. 

Instead of displaying the approval condition in different background color 
tones, the approval condition may be expressed simply m -by its numerical value 
10 itsel f as it is . Alternatively, according to various approval conditions, icons 
showing those approval conditions may be changed in their shapes and color tones. 

Further, instead of circling an icon corresponding to a finally approved 
application, various modifications may be provided. Those These include 
changing of display colors of icons, additional display of a massage message 
15 representing the final approval, and removal of the finally approved icon from the 
screen. 

Further, a modification may be made such that when an application is 
rejected, the icon corresponding to the application flashes on and off . 

(4) Display mode 

20 Though, in the foregoing embodiment, the schedule and the information 

accompanying the schedule are displayed on the same screen, but-the present 
invention is not always limited to such a display manner thus . 

For example, a default screen may be configured to display schedules alone, 
in which when a ste #staff member selects a desired schedule from the displayed 

25 schedules, the display screen is transferred to one that displays information 
accompanying the selected schedule. That is, any display manner is possible as 
long as the schedule and applications accompanying the schedule are linked to 
each other. 

(5) Embodiment of circulation processing 
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In the foregoing embodiment, an application document undergoes the 
circulation processing on the assumption that each sfa ffstaff member and each PC 
10 are related one by one. Specifically, the local server 20 has the address table 
showing the correspondence relationship between the stu ffstaff member codes and 
5 the addresses of the PCs 10. Afi4 -Also the application decumbent document has 
been circulated en-to the address of a PC 10 selected by retrieving information of 
the address table. 

However, the present invention is not limited to this processing technique 
and the following modification may be utilized. 

10 The local server 20 once preserves application documents for each 

ste ffstaff member who is in charge of approval, instead of transmitting them to 
each PC 10 handled by each of such ste ffstaff members. If a ste ffstaff member 
who is in charge of approval operates a certain PC 10 (it is not always the case that 
the ste ffstaff member owns this PC by himself or hersel f personally ) to log in the 

15 system through inputs of an user ID and authentication of a password, the local 
server 20 sends to the PC 10 the application documents which have been preserved 
stored bem^in correlated correlation with the sfa ffstaff membe r's ID . This 
makes it possible te -for a ste ffstaff member to engage in the circulation and 
approval operation of application documents through any PC 10, not limited to only 

20 his or her own PC 10. 
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Abstract 

PCs 10-1 to 10-5 are computers used by ste ffstaff members and each 
computer has function for making schedule information and application 

5 information correlated with the schedules in response to operation of each 
sfa ffstaff member. A local server 20 is a computer which preserves the schedule 
information produced by the PCs 10-1 to 10-5, circulates application document 
information relating to the schedule information among the PCs, and manages 
approval conditions of the applications. Data of an application which has been 

10 approved are sent from the local server 20 to an account system not shown, where 
the data are subjected to account processing concerning the application. 



